Intravascular Imaging and Guide Catheter Detection Methods and Systems

ABSTRACT

In part, the disclosure relates to computer-based methods, devices, and systems suitable for detecting a delivery catheter using intravascular data. In one embodiment, the delivery catheter is used to position the intravascular data collection probe. The probe can collect data suitable for generating one or more representations of a blood vessel with respect to which the delivery catheter can be detected.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to and the benefit of U.S. Provisional Patent Application No. 62/162,795 filed on May 17, 2015, U.S. Provisional Patent Application No. 62/196,997 filed on Jul. 25, 2015 and U.S. Provisional Patent Application No. 62/257,662 filed on Nov. 19, 2015, the disclosures of which are herein incorporated by reference in their entirety.

FIELD

In part, the disclosure relates generally to intravascular measurements, the calibration and configuration thereof, and related diagnostic methods and devices.

BACKGROUND

Coronary artery disease is one of the leading causes of death worldwide. The ability to better diagnose, monitor, and treat coronary artery diseases can be of life saving importance. Intravascular optical coherence tomography (OCT) is a catheter-based imaging modality that uses light to peer into coronary artery walls and generate images thereof for study. Utilizing coherent light, interferometry, and micro-optics, OCT can provide video-rate in-vivo tomography within a diseased vessel with micrometer level resolution.

Viewing subsurface structures with high resolution using fiber-optic probes makes OCT especially useful for minimally invasive imaging of internal tissues and organs. This level of detail made possible with OCT allows a clinician to diagnose as well as monitor the progression of coronary artery disease. OCT images provide high-resolution visualization of coronary artery morphology and can be used alone or in combination with other information such as angiography data and other sources of subject data to aid in diagnosis and planning such as stent delivery planning

Imaging of portions of a patient's body provides a useful diagnostic tool for doctors and others. OCT, ultrasound and other data collection modalities use guide catheters to position a probe in a blood vessel prior to collecting data. In many circumstances, collecting data when a data collection probe is within the guide catheter is undesirable. Accordingly, a need therefore exists to detect the location of a guide catheter. The present disclosure addresses this need and others.

In part, the disclosure relates to a method of method of a detecting a guide catheter disposed in a lumen of a blood vessel. The method includes collecting a set of intravascular data using a probe disposed in the blood vessel and positioned using the guide catheter; determining an intensity value for a plurality of sets of intravascular data; and identifying a subset of the intravascular data as containing the guide catheter based upon the intensity value of the subset being greater than the intensity value of the other sets of intravascular data.

In one embodiment, the intensity value is an average intensity value determined on a per scan line basis. In one embodiment, the method includes identifying intravascular data that includes the guide catheter and excluding such intravascular data when performing stent detection. In one embodiment, the method includes identifying intravascular data that includes the guide catheter and excluding such intravascular data when performing shadow detection. In one embodiment, the intravascular data comprises a plurality of frames.

In one embodiment, the intravascular data comprises a plurality of scan lines. In part, the disclosure relates to a method of a detecting a guide catheter disposed in a lumen of a blood vessel. The method includes consecutively collecting a first set of intravascular data and a second set of intravascular data using an intravascular imaging probe, the second set comprises guide catheter image data; on a per frame basis performing a circle fit to determine a per frame diameter value; identifying a deviation in one or more per frame values as corresponding to a frame that includes guide catheter image data; and excluding frames that include guide catheter image data from an intravascular data processing module. In one embodiment, the method includes detecting a peak or relative extrema to validate an indication of guide catheter image data being present.

In one embodiment, the intravascular data processing module is a stent detection module. In one embodiment, the intravascular data processing module is a side branch detection module. In one embodiment, each frame is data that corresponds to a cross-section perpendicular to the motion of the pullback of a probe through a blood vessel

In part, the disclosure relates to a method of a detecting a guide catheter disposed in a lumen of a blood vessel. The method includes collecting data in the blood vessel as a plurality of scan lines by optical coherence tomography; storing the collected data in a memory in communication with a processor; storing, in one or more memory devices, a plurality of measured diameter values on a per frame basis; detecting a deviation in diameter values from adjacent frames; and identifying the frame having the higher frame number as a guide catheter containing frame.

In one embodiment, the method includes excluding the guide catheter containing frame when performing stent detection. In one embodiment, the method includes excluding the guide catheter containing frame when performing side branch detection. In one embodiment, the method includes excluding the guide catheter containing frame when displaying information from an intravascular pullback on a display. In one embodiment, the method includes generating a plurality of frames using the plurality of scan lines. In one embodiment, each frame is data that corresponds to a cross-section perpendicular to the motion of the pullback of a probe through a blood vessel.

SUMMARY

In part, the disclosure relates to computer-based methods, systems and devices suitable to detect a guide catheter and flag or exclude frames or other image data associated therewith from use by other intravascular processing stages or modules. The guide catheter can also be a delivery catheter and vice versa. The disclosure relates to identifying the guide catheter that positions an intravascular imaging probe such as an imaging catheter. The geometry of the guide catheter, intensity variations thereof, and signal transitions associated with geometric properties and measurements of the blood vessel and the guide catheter are used to identify frames corresponding to guide catheter in one or more intravascular data sets. In one embodiment, the intensity variations can be maximums, minimums, relative extremums and other curve or plot transition points such as points of increasing or decreasing slope.

In one embodiment, the method further includes executing an image data processing pipeline, using one or more computing devices, the image data processing pipeline comprising a lumen detection image data processing module, a guide catheter detection module, a stent detection software module and a side branch detection software module. In one embodiment, one or more downstream modules in the image data processing pipeline receive intravascular data with respect to which the identified guide catheter containing frames or scan lines are removed or otherwise excluded from processing by the one or more downstream modules.

In one embodiment, guide catheter detection frames are identified and flagged such that they are ignored by subsequent intravascular image data processing stages such a stent detection software module and/or a side-branch software module. In one embodiment, guide catheter detection frames are identified and removed from the intravascular image data prior to transmitting or making such data available to subsequent intravascular image data processing stages such a stent detection software module and/or a side-branch detection software module.

In one embodiment, one or more steps can be performed automatically or without user input other than an initial user input. For example, such a user input can be to navigate relative to one or more images, enter information, select or interact with an input such as a controller or user interface component, indicate one or more system outputs or otherwise interact with an intravascular probe or a data collection system in communication therewith. Notwithstanding the foregoing, the scope of the terms discussed herein is not intended to be limiting, but rather to clarify their usage and incorporate the broadest meaning of the terms as known to those of ordinary skill in the art.

In one embodiment, the guide catheter (GC) has an average brightness on a given frame that is brighter than a given tissue frame. As a result, this brightness or an average brightness for each frame can be used to distinguish lumen only frames from GC containing frames. In plots of intensity or diameters versus frame number the more consistent values can correspond to the consistent circular diameter of the GC and be used as an identifying signature. A sharp drop or transition in the intensity versus frame number (moving from proximal to distal) can indicate the frame that identifies the tip of the GC. In one embodiment, a circle fit method is used as a secondary method to validate the output of an intensity based GC detection method such as a max intensity method.

In one embodiment, the GC detection method measures chords in the image data on a per frame basis. The chords pass from one point on the lumen, through the image center, to the lumen on the opposite side. The chords can be plotted as a histogram. The dominant chord value can be selected as an approximation of the diameter of the lumen for a given frame. An abrupt change in diameter, when scanning frames from proximal to distal, can indicate the tip of the catheter.

In one embodiment, the GC detection software module and associate method process one frame at a time and determines best fit circles and/or diameter values. In one embodiment, one diameter is determined per frame—starting at proximal end (or distal end). The method evaluates each diameter and if it is within an acceptable deviation level indicative of consistent diameters continue to the next frame. Upon the detection of a change in diameter outside of the acceptable level, the software can treat that frame as having a diameter exceeding that of the GC and corresponding to a frame of lumen only data. In one exemplary embodiment, a frame is data that corresponds to a cross-section perpendicular to the motion of the pullback of a probe through a blood vessel.

In part, the disclosure relates to a method of method of a detecting a guide catheter disposed in a lumen of a blood vessel. The method includes collecting a set of intravascular data using a probe disposed in the blood vessel and positioned using the guide catheter; determining an intensity value for a plurality of sets of intravascular data; and identifying a subset of the intravascular data as containing the guide catheter based upon the intensity value of the subset being greater than the intensity value of the other sets of intravascular data.

In one embodiment, the intensity value is an average intensity value determined on a per scan line basis. In one embodiment, the method includes identifying intravascular data that includes the guide catheter and excluding such intravascular data when performing stent detection. In one embodiment, the method includes identifying intravascular data that includes the guide catheter and excluding such intravascular data when performing shadow detection. In one embodiment, the intravascular data comprises a plurality of frames.

In one embodiment, the intravascular data comprises a plurality of scan lines. In part, the disclosure relates to a method of a detecting a guide catheter disposed in a lumen of a blood vessel. The method includes consecutively collecting a first set of intravascular data and a second set of intravascular data using an intravascular imaging probe, the second set comprises guide catheter image data; on a per frame basis performing a circle fit to determine a per frame diameter value; identifying a deviation in one or more per frame values as corresponding to a frame that includes guide catheter image data; and excluding frames that include guide catheter image data from an intravascular data processing module.

In one embodiment, the method includes detecting a peak or relative extrema to validate an indication of guide catheter image data being present. In one embodiment, the intravascular data processing module is a stent detection module. In one embodiment, the intravascular data processing module is a side branch detection module. In one embodiment, each frame is data that corresponds to a cross-section perpendicular to the motion of the pullback of a probe through a blood vessel

In part, the disclosure relates to a method of a detecting a guide catheter disposed in a lumen of a blood vessel. The method includes collecting data in the blood vessel as a plurality of scan lines by optical coherence tomography; storing the collected data in a memory in communication with a processor; storing, in one or more memory devices, a plurality of measured diameter values on a per frame basis; detecting a deviation in diameter values from adjacent frames; and identifying the frame having the higher frame number as a guide catheter containing frame.

In one embodiment, the method includes excluding the guide catheter containing frame when performing stent detection. In one embodiment, the method includes excluding the guide catheter containing frame when performing side branch detection. In one embodiment, the method includes excluding the guide catheter containing frame when displaying information from an intravascular pullback on a display. In one embodiment, the method includes generating a plurality of frames using the plurality of scan lines. In one embodiment, each frame is data that corresponds to a cross-section perpendicular to the motion of the pullback of a probe through a blood vessel.

BRIEF DESCRIPTION OF DRAWINGS

The figures are not necessarily to scale, emphasis instead generally being placed upon illustrative principles. The figures are to be considered illustrative in all aspects and are not intended to limit the disclosure, the scope of which is defined only by the claims.

FIG. 1A is a schematic diagram of a data collection system and a data collection probe positioned in a guide catheter disposed in the lumen of a blood vessel in accordance with an illustrative embodiment of the disclosure.

FIG. 1B is a schematic diagram of a data collection probe disposed in and imaging through a guide catheter disposed in the lumen of a blood vessel in accordance with an illustrative embodiment of the disclosure.

FIG. 2A is a longitudinal view of a guide catheter disposed in the lumen of a blood vessel and an imaging catheter spanning the distal and proximal sides of the image in accordance with an illustrative embodiment of the disclosure.

FIG. 2B is a schematic diagram of data collection system and a data collection probe in accordance with an illustrative embodiment of the disclosure.

FIG. 3 is a schematic diagram of an image data processing pipeline that includes a guide catheter detection module in accordance with an illustrative embodiment of the disclosure.

FIG. 4 is a plot of average maximum intensity per frame in which a positive identification of the guide catheter has been achieved in accordance with an illustrative embodiment of the disclosure.

FIG. 5 is a plot of average maximum intensity per frame in which a negative identification of the guide catheter has been occurred in accordance with an illustrative embodiment of the disclosure.

FIG. 6 is a plot of average maximum intensity per frame in which identification of the guide catheter is indeterminant in accordance with an illustrative embodiment of the disclosure.

FIG. 7 is a plot of circle-fit diameter per frame in which a positive identification of the guide catheter has been achieved in accordance with an illustrative embodiment of the disclosure.

FIG. 8 is a schematic diagram of chords per line in accordance with an illustrative embodiment of the disclosure.

FIG. 9 is a schematic diagram of chords added to a histogram in accordance with an illustrative embodiment of the disclosure.

FIG. 10 is a method of detecting a guide catheter in accordance with an illustrative embodiment of the disclosure.

DETAILED DESCRIPTION

In part, the disclosure relates to intravascular data collection and imaging. An exemplary system 5 suitable for collecting signals from a blood vessel 10 such as an artery having a vessel wall 12 and a lumen is shown in FIG. 1A. Intravascular probes can be positioned in a lumen of blood vessel by a catheter, such as a guide or a delivery catheter. These probes can obtain distance measurements relative to a sample such as, for example, a blood vessel or objects disposed therein. The probes can include rotatable elements that direct light or ultrasound in an artery as after the probe has been delivered by a catheter after which the probes are pulled back through the artery to generate a set of image data. Optical coherence tomography (OCT) is an imaging modality that uses an interferometer to obtain such data. Similarly, intravascular ultrasound or IVUS uses sound waves to generate intravascular image data. One intravascular data has been collected relative to a blood vessel the data can be played back as a series of frames, cross-sectional views, longitudinal views, and other parameters generated by the measurements obtained from the blood vessel such as lumen diameters, side branch locations, and various other measured or detected features and information of interest.

The disclosure relates to guide catheter detection in OCT data playback wherein the OCT imaging catheter, if fed through a guide catheter and extended beyond the area of interest, will in some cases, allow the pullback to continue partially into the guide catheter, making it useful to identify the guide catheter in the pullback. See FIGS. 1A and 1B for different positions of probe and imaging catheter.

The intravascular data collection probe, such as an OCT or IVUS or combination probe, can be implemented using an imaging catheter that includes one or more rotatable optical or acoustic transceivers at probe tip 20 as shown in FIG. 1A or other probe positions. The imaging catheter or probe is fed through a guide or delivery catheter and extended beyond an area of interest from which a pullback through the lumen of the vessel will be performed. In some scenarios, the pullback can continue partially into the guide catheter and the intravascular image data collected can include a section of the guide catheter and associated scan lines or frames therein. Images, other detection routines, and other parts of an intravascular data processing pipeline can then include such guide catheter frames or scan lines of data.

Using the image data from inside the guide catheter does not have any clinical applications at this time. Further, the use of guide catheter data may provide false positive results or cause other triggering or operational problems in the various other detection algorithms and methods in the data processing pipeline. For example, including the frames or scan lines of guide catheter data may cause errors or other problems with stent detection, side-branch detection, or other processing modules that relay on the intravascular data from the pullback as an input. As a result, identifying the guide or delivery catheter in the intravascular data obtained during a pullback through a lumen of a blood vessel is advantageous in order that such data can be flagged or otherwise excluded to prevent other errors or unwanted effects in the software-based intravascular data processing modules.

As shown in FIG. 1A, a blood vessel 5 can be imaged using a data collection probe 10. The blood vessel has an associated vessel wall W and a lumen that the wall borders. The data collection probe 10 can include an imaging catheter 11 and an optical fiber 15. In addition, the optical fiber 15 is in optical communication with a probe tip 20. The probe 10 can be introduced and pulled back along a length of a blood vessel 5 while collecting data. The probe is introduced or delivered at a desired location in the vessel 5 using a guide catheter GC. The probe typically is introduced through an artery such that it enters the subject and move in a distal direction. As shown in FIG. 1B, which shows a zoomed in view of the GC and probe 10, the imaging catheter 11 and probe 10 pulls back within the GC and can image through the wall of the GC. Detecting the GC in the resultant images is desirable because the GC can include structures that generate shadows which can cause it to appear as a stent or otherwise be misinterpreted by software imaging processing modules such as a stent detection or shadow detection software module.

The probe 10 including the imaging catheter 11 extends along the body of the guide catheter GC and the tip of the guide catheter as shown. The vertical dotted lines show the delineation between the tip and body sections of the guide catheter GC. As the imaging catheter 11 is retracted (pulled-back) along the length of the vessel, a plurality of scans or OCT data sets are collected as the probe or a portion thereof rotates. This is referred to as a pullback in one embodiment. During a pullback the probe moves in the proximal direction. These data sets can be used to identify blood vessel characteristics such as lumen area and diameter, image the vessel, and identify catheters disposed in the vessel as described herein. Although an optical fiber 15 is shown, the probe 10 can be an ultrasound probe such as an IVUS probes or other data collection probes. The images generated and subsequent image processing to detect blood vessel features can have errors and artifacts introduced in them if frames containing the guide catheter are treated as images of the blood vessel. As a result, frames that include that guide catheter are identified in one embodiment. In one embodiment, the display of the guide catheter is included as part of the information displayed with regard to the image frames of the pullback. In one embodiment, once the guide catheter is identified it is excluded from subsequent image processing and/or display in one embodiment.

In one embodiment, the data collection probe 10 connects such as via a releasable coupler with an intravascular data collection system 25 that includes an interferometer and a data processing system. In one embodiment, the probe is an OCT probe and the system 25 is OCT system or a multimodal system that includes other data collection modalities. The probe tip 20 includes a beam director in one embodiment. The distance measurements collected using the probe 10 can be processed to generate frames of image data such as cross-sectional views or longitudinal views (L-mode views) of the blood vessel. FIG. 2A shows such a view of a blood vessel and guide catheter having a body and a tip portion and an intravascular probe 10. When the guide catheter ends at its tip, the artery continues with the probe 10 in the lumen. The probe 10 has an imaging catheter 11 and an optical fiber 15. For clarity, a cross-sectional view can include without limitation a longitudinal view. These images can be processed using one or more image data processing modules or stages such as outlined herein.

For a blood vessel 5 as shown in FIG. 1A, which includes a guide or delivery catheter GC disposed in the lumen of the blood vessel various types of data collection probes and related systems 25 can be used. A releasable probe interface device 35 can be use to connect to probe 10. In one embodiment, the system 25 includes a processor, memory, or other components configured to execute various data processing stages or modules. These stages or modules operate upon and transform image data. These modules or stages can include a lumen detection software module and stage, a guide or delivery catheter detection software module and stage, and various other stages. The memory includes a first and second memory and may include a plurality of memory elements. These memory elements can store intravascular data collected using the probe and various transformations thereof such as, without limitation, data relating to a detected lumen boundary, detected struts, and detected GC frames or scan lines.

FIG. 1A is a high level schematic diagram depicting a data collection probe and an OCT data collection system 25. When the system 25, is an OCT system it can include a suitable light source that satisfies the coherence and bandwidth requirements of the applications and data collection described herein. As shown, the guide catheter GC is introduced into the lumen such as an arterial lumen and the probe 10 including an imaging catheter is disposed in the guide catheter GC and also spans the lumen and extends beyond the guide catheter GC. The probe and imaging catheter also move within the GC at the end of the pullback in one embodiment such as shown in FIG. 1B. The probe 10 can include a rotating or slidable fiber 15 that directs light forward into the lumen or at a direction angled relative to the longitudinal axis of the fiber 15. As a result, in the case of light that is directed from the side of the probe as the fiber 15 rotates, OCT data is collected with respect to the walls W of the blood vessel 5. The walls W of the blood vessel 5 define a lumen boundary. This lumen boundary can be detected using the distance measurements obtained from the optical signals collected at the probe tip 20 using lumen detection software component. If stents are disposed in the blood vessel they can also be detected using a shadow detection software component.

As shown in FIG. 1A, the probe tip 20 is positioned in the lumen such that it is distal to guide catheter GC disposed in the blood vessel 5. The body and tip of the GC are labeled and bounded by the vertical dotted lines. The right-most vertical dotted line marks the guide catheter tip, and that the left-most dotted line marks the start of the body of the guide catheter. Additional details relating to the position and views of an exemplary guide catheter are shown in FIGS. 2A and 2B. The probe tip 20 is configured to transmit light and receive backscattered light from objects, such as stents, blood and the wall W of the blood vessel 5. The right side of FIG. 2A includes the GC body and tip. These portions of the right side have an image intensity level that is greater than the intensity level on the left side. In addition, the left side of FIG. 2A shows the expansion of the lumen relative to the diameter of the GC. This variation in intensity level between lumen and GC containing frames and the expanded diameter of the lumen image frames as a transition from a GC containing frame can be used to detect the GC in one embodiment.

In one embodiment, an optical receiver 31 such as a balanced photodiode based system can receive light exiting the probe 10. A computing device 40 such as a computer, processor, ASIC or other device can be part of the OCT system 10 or can be included as a separate subsystem in electrical or optical communication with the OCT system 10. The computing device 40 can include memory, storage, buses and other components suitable for processing data and software 44 such as image data processing stages configured for lumen detection, guide catheter detection, side branch detection, and pullback data collection as discussed below.

In one embodiment, the computing device 40 includes or accesses intravascular data transforming and processing software modules or programs 44. These software programs or modules can be a sequenced pipeline of image data processing and feature detection modules include a plurality of software modules shown without limitation to three modules as exemplary software modules 44 a, 44 b, and 44 c. The software modules can include for example a lumen detection module, a stent detection module, and a side branch detection module. In one embodiment, GC detection is performed prior to stent and side branch detection. The software modules or programs 44 can include an image data processing pipeline or component modules thereof and one or more graphical user interfaces (GUI). An exemplary image processing pipeline 50 for transforming collected OCT data into two dimensional and three dimensional views of blood vessels and stents is depicted in FIG. 3. The image data processing pipeline or any of the methods described herein are stored in memory and executed using one or more computing devices such as a processor, device, or other integrated circuit.

As shown, in FIG. 1A, a display 55 can also be part of the system 10 for showing information 60 such as cross-sectional and longitudinal views of a blood vessel generated using collected OCT data. FIG. 2B is an example of a display of such information 60. In part, the disclosure relates to detecting the guide catheter GC such that pullback data generated as a result of the probe 10 moving back into the GC at the end of a pullback is not useful for display to a clinician and if included can cause errors in software pipeline modules 44 c and 44 d including as shown in FIG. 3. This OCT-based information 47 can be displayed using one or more graphic user interface(s) (GUI). In addition, this information 47 can include, without limitation, shadow regions, stents, and a lumen border. The computing device 40 can also include software or programs 44, which can be stored in one or more memory devices 45, configured to identify frames and/or scan lines that include guide catheter GC information such as shown in FIGS. 1B, 2A and 2B in which GC data is part of the pullback data set and other software image data processing pipeline modules as shown in FIG. 3.

Once the OCT data is obtained with a probe and stored in memory; it can be processed to generate information 47 such as a cross-sectional, a longitudinal, and/or a three-dimensional view of the blood vessel along the length of the pullback region or a subset thereof. These views can be depicted as part of a user interface.

As shown, in FIG. 3, a sequence of a plurality of image processing software modules including an initial processing module 44 a which can include a lumen detection software module and a guide catheter detection module 44 b are executing on one or more processors. These modules include instructions to operate automatically or in response to a user selection or action on intravascular image data including scan line or polar data. If the initial processing module includes a lumen detection module the module can process the data using to determine a lumen boundary and identify one more points on the boundary. In one embodiment, the lumen detection module provides a lumen boundary as an input to the GC detection module 44 b. The GC detection module 44 b can detect a frame or a position of a guide catheter disposed in the lumen relative to the lumen boundary using geometric properties of the catheter, material properties of the catheter such as intensity behavior or other optical signatures, and combinations thereof.

In one embodiment, as data is collected using a probe positioned in a lumen using a delivery or guide catheter data is acquired one scan line at a time and stored in memory in communication with one or more computing devices. A scan line includes image or depth data along a radial line. A sequence of samples along a ray originating at the catheter center to the maximum imaging depth is referred to as a scan line. Thus, a given scan line can include a portion of the guide catheter and identified as a point or frame or scan line or a set thereof that includes the start of the guide catheter in the vessel or are otherwise within the guide catheter. These points or sets of guide catheter containing intravascular data can then be excluded from subsequent steps in the image data processing pipeline 44. Thus, the shadow detection module 44 c and/or the stent detection module 44 d can operate on scan lines or other image data representations with the GC image data excluded. This reduces stent and shadow detection errors which could occur if modules 44 c and 44 d operated upon GC containing image data.

Guide Catheter Detection

As discussed above, the guide catheter (GC) is the catheter through which the imaging catheter or intravascular imaging probe is delivered to the coronary arteries. As a result, guide catheters are also sometimes referred to as delivery catheters. GCs can be of various configurations and thus can have different imaging signatures. Some GCs include braided components or other structures that result in shadows when an imaging probe is disposed in and images through a GC. In part, the disclosure relates to a guide catheter detection (GCD) module and associated methods that can be used alone or as part of an intravascular image data processing pipeline. The GCD module detects the presence of the guide catheter at the proximal end of a pullback.

In one embodiment the GCD module determines the first frame, the first scan line, a range of frames, or a range of scan lines in which the guide catheter appears. This set of pullback data with GC detections can then be excluded from display to a user and from processing using stent detection, shadow detection, or other detection modules that may generate erroneous results if the GC detections were included and processed using such modules.

For some guide catheter designs, the catheter includes a braid such as a metal braid. The metal braid and other optical properties of the guide catheter allow its appearance in an OCT or other intravascularly acquired data set acquisition to be detected with some of the methods described herein. In one embodiment, the bright reflective surface and the appearance of many shadows distributed about the 2-D acquired image of the guide catheter is used as a signature or a set or characteristics to facilitate its detection using the computer-based methods described herein. Because the guide catheter portion of the pullback is of no clinical relevance it is useful to identify frames contained in the guide catheter so that downstream modules can remove them from consideration at their discretion.

As described herein, FIG. 2A shows an exemplary longitudinal view of an image of an artery generated using image data from a pullback through the artery. A cross-sectional image can be formed using an intravascular data collection system such as an OCT, IVUS, or other suitable system by arranging the collection of scan lines to form longitudinal, cross-sectional and other views. An example of such a view is shown in FIG. 2A which shows a lumen cross-section with a guide catheter. FIG. 2B shows a schematic representation of a similar view. The guide catheter is shown on the right or proximal side of the image. The lumen without the guide catheter and the imaging catheter or intravascular data collection probe is shown on the left or the distal side of the figure. In FIG. 2B, F_(C1) is the first GC frame and F_(tip1) is a first frame with the tip of the GC. F_(tipM) is the last fame of the GC tip. F_(CN) is the last GC frame.

The catheter body and the catheter tip have different profiles as can be shown from the longitudinal view of FIG. 2A. The longitudinal view is a representation of a slice along the length of a vessel segment. A series of cross-sectional frames or scan line representations, but as the picture illustrates there may be a difference in character between the two. The GC segment length is shown and includes the tip and remaining portion of the GC.

In one embodiment, guide catheter detection is independent of size and shape of the catheter. In one embodiment, one or more guide catheter detection processes are executed using one or more computing devices. The detection of the guide catheter is independent of the size and manufacturer/model of the catheter. In one embodiment, 2, 3, 4 or N, wherein N is greater than four detection processes or algorithms can be used. In one embodiment, the detection processes or algorithms are independent of each other such that one such process or algorithm is not an input to or required to run one or more of the other detection processes or algorithms. The final determination of the presence and location of the catheter is derived by using a combination of the independent algorithm results in one embodiment.

In one embodiment, the disclosure models the GC as having a substantially circular cross-section. As a result, the cross-section of the GC should be substantially the same along its length until the tip region is reached. In addition, frames of image data that do not include the guide catheter will also exhibit a change in diameter that deviates from the substantially circular cross-section and consistent diameter measurements of the guidewire. These processes can be executed serially or in parallel.

In one embodiment, the processes or methods of detecting a guide catheter in a lumen of a subject include one or more of the following detection processes/algorithms: average-max intensity, circle-fit, chord-histogram, circle-histogram, and combinations of the foregoing or their respective steps. In one embodiment, a given detection method is based on one or more of the material properties of guide catheter, optical signature of guide catheter, ultrasound signature of guide catheter, geometry of catheter, consistent circular geometry of guide catheter and the associated consistent radii, diameters, and chords thereof, and intensity profiles of scan lines that are brighter relative to that of the lumen. In one embodiment, a first detection method is used to identify one or more frames that include a guide catheter and a second detection method is used if the output of the first detection method is indeterminate.

Average-Max Intensity Detection Method

In one embodiment, the average-max intensity detection method is based on one or more material property of the catheter. Other intensity values can be used in a given embodiment. The material from which the catheter is made has an intensity profile or signature that will differ from that of the tissue surrounding it and the lumen of the blood vessel in which it is disposed. The average-max intensity detection method identifies the tip of a catheter as the point or a range of points at which the average intensity of the image undergoes a transition such as a drop, slope change, spike, or other identifiable intensity transition. In one embodiment, the transition is a sharp increase. In one embodiment, the transition is a sharp increase followed by a sharp decrease such as spike or other transition.

Average-Max Intensity Method

For each frame the maximum intensity is identified on each scan line. A scan line represents intensity values at varying distances radially from the imaging sensor. The average of these maximum intensities across all scan lines is computed and stored for each frame. After all frames have been scored the resulting data is examined. The algorithm looks for a sharp drop of intensity when scanning from the proximal end. The figures discussed below show three cases with the proximal end on the right. The plots of various measured or otherwise determined parameters obtained using the data generated as a result of pullback the imaging catheter or probe through the artery indicate three different outcomes.

With regard to FIGS. 4, 6 and 7, the right hand side of the plot includes frames that contain the guide catheter such that imaging was performed through the guide catheter. In contrast, the left side of these plots includes frames that include the imaging of the lumen in which the imaging probe is not within the guide catheter.

In one embodiment, the GC detection method compares brightness or intensity levels such as shown with regard to FIG. 4. FIG. 4 shows a positive identification using an intensity based detection method for a pullback of about 300 frames. Average max intensity is plotted on a per frame basis as shown. The GC is detected around from 175 as shown by detection indicator 120. FIG. 4 shows a case of relatively ideal data with little noise or other signal artifacts. FIG. 5 shows an intensity versus pullback frame plot with a negative identification using an intensity-based detection method. Thus, in FIG. 5 a GC was not detected in the set of frames evaluated. In FIG. 6, the data is non-ideal and detection is indeterminate. That is, with regard to the frames evaluated in FIG. 6 shows an indeterminate case using an intensity-based detection method.

In the indeterminant case shown in FIG. 6, the intensity drop (scanning from right to left) represents a candidate frame for the tip of the catheter. Unfortunately, as shown in FIG. 6 there are two drops and a peak having a width that spans several frames. As a result, the detection processes described would not generate a usable output for the intensity data based approach for which the plot of FIG. 6 would apply. Given the occurrence of an indeterminant result, one of the other GC detection methods would be used or multiple GC methods in addition to an intensity approach would be run by the data collection system.

In one embodiment, as a sequence of methods to address the indeterminant scenarios in which one method cannot detect the GC, “average-max intensity” method is used as a primary method used. It provides good positive and negative results with most catheters and most cases. When its results are indeterminant the other methods are used to verify the result. Negative results are useful in that it provides a basis for assessing a pullback and determining that imaging did not continue into the guide catheter with regard to the frames of data analyzed.

Circle-Fit Detection Method

In one embodiment, the circle-fit detection method is based on one or more geometric or dimensional property. The circle-fit detection method identifies the tip of a catheter as the point or a range of points at which a diameter of the lumen undergoes a transition such a transition such as a drop, slope change, spike, or other identifiable intensity transition. In one embodiment, the transition is a sharp increase. In one embodiment, a lumen detection software module or method is used to determine a plurality of points of a lumen boundary for the lumen of the blood vessel in which the catheter is disposed. The diameter of the lumen is determined based on a goodness of fit test of a plurality of lumen boundary points to a set of points constrained to define a circle. The lumen boundary points can be determined on a per frame or per lumen segment basis using one or more lumen detection methods. In one embodiment, the goodness of fit test is based on a least-squares fit of the lumen boundary points to a circle.

The circle fit method looks for an increase in lumen diameter when scanning from the proximal end. On each frame the lumen diameter and circularity are measured using the binary image of the frame. In one embodiment, the method includes take all lumen points and mapping them to rectangular coordinates. These mapped points are then fit to a circle on a per frame basis using a regression based method. In one embodiment, the mapped points are collectively processed using a least-squares circle fit algorithm. In such a method, the sum of the squares of offset values is minimized to fit a set of mapped points in a given frame to a circle in that frame. The diameter of the modeled circle is recorded for each frame. If the diameter is consistent between frames such frames can be flagged or identified as including the GC. When a diameter deviation occurs those frames can be identified for further validation or identified as non-GC frames. Under some circumstance, the best fit circle may not contain any of the lumen points. Thus, the fit is determined on an aggregate basis. In one embodiment, a total residual error after the fit is computed, and is used to determine if the fit is good.

Scanning from the proximal end (right to left) to the distal end, results in a plot of each circle-fit diameter determined using the regression based approach as shown in FIG. 7. The scanning is performed from right to left as a result of the higher frame numbers corresponding to the end of the pullback sequence and the image frames that will include the guide catheter will be at the end or closer to end of the sequence of pull frames. Starting the scan of the data from the right, if there is a guide catheter present, the scan will start within the guide catherer and then encounter usable pullback image data. From the plot of FIG. 7, a diameter transition in the form of a sharp increase is seen at about frame 117. The detection method used relative to FIG. 7 is a circle fit-based method. A diameter increase is detected at frame 117 which corresponds to a transition from a consistent circular cross-section of the GC to an expanded distance of the lumen. This signature transition can be used to detect the GC in one embodiment.

In one embodiment, the frame corresponding to the GC tip is stored in one memory element and used to exclude the frames or scan lines that continue after it and include the guide catheter. After identifying the catheter tip candidate frame to frames to the proximal side are evaluated using a computing device such as a processor in communication with an intravascular data collection system to determine if they fit within a tolerance of one another. In one embodiment, a circularity criterion is also imposed on the candidates.

Chord-Histogram Detection Method

In one embodiment, the chord-histogram detection method is based on one or more geometric or dimensional property. The chord-histogram detection method identifies the tip of a catheter as the point or a range of points at which a diameter of the lumen undergoes a transition such a transition such as a drop, slope change, spike, or other identifiable intensity transition. In one embodiment, the transition of the lumen diameter is a sharp increase. In one embodiment, a lumen detection software module or method is used to determine a plurality of points of a lumen boundary for the lumen of the blood vessel in which the catheter is disposed.

The diameter of the lumen is determined based on a count, prevalence, score, or statistical analysis of a plurality of cords. In one embodiment, the plurality of chords includes one or more chords at each sampling angle in a frame of intravascular image data or the scan line representation thereof. The lumen boundary points can be determined on a per frame or per lumen segment basis using one or more lumen detection methods. In one embodiment, the median, mean, mode, or other statistically significant chord is selected as the diameter. In one embodiment, the most prevalent chord is selected as a diameter. The diameter or values described herein can be stored as an array or vector and processed by one or more software modules to perform the steps described herein.

Dominant Chord Method

This method is similar to the Circle-Fit method except that the diameter is computed as the most dominant chord from the center of the image to the lumen edge. Since the lumen may not be centered in the image the lines through the center of the image form chords rather than diameters. It is useful to use a histogram or other statistical plot of the data or a score for each chord. In one embodiment, a histogram is generated or a representation thereof in an electronic memory device such as one or more matrices and a peak or other transition or relative extremum of the histogram is selected as an approximation of the diameter of the guide catheter. FIG. 9 shows an exemplary set of chords that can be added to such a histogram to select the dominant chord as a diameter measure for the GC.

In one embodiment, the image data processing modules, such as the lumen detection module, or a precursor to it can generate a binary mask of the image such that regions of tissue (or other non-lumen areas) are set at one value such as one or white or another value and the lumen regions are identified in the mask by another value such as zero or black or another value. Thus, two values are used in the mask to identify different categories of features.

In one embodiment, the image processing software can identify various points, frames, pairs of points within each frame. In one embodiment, the software module can operate open or otherwise transform the previously generated binary mask representation to identify start stop pairs. These start stop pairs can refer to the start and stop of runs of a set of pixels in the binary image of the lumen.

The diameter is estimated by generating a set of possible chords such as a set of all possible chords or a subset thereof and selecting the most dominant chord. Additionally, the concept of using transitions between different regions in the form of start and stop pairs can also be used. A start sample or start point or region indicates the start of a tissue region in a scan line or a region of a frame. Similarly, a stop sample or stop point or region indicates the end of a tissue region. The start of a tissue region and the end of a tissue region can be referred to as a stop and start pair (or vice versa) and can be referred to as a SS-Pair. In one embodiment, for every angle, α, from 0 to 180° all combinations of stop and start pairs (also referred to herein as SS-Pairs) for the scan lines corresponding to α and α+180 are considered. Alternatively, in one embodiment, for a plurality of angles, α, such as sampling of N angles from 0 to 180°, a plurality of combinations of SS-Pairs for the scan lines corresponding to α and α+180 are considered.

As an example, two scan lines L_(α+180) and L_(α) are shown in the schematic representation of this selection shown in FIG. 8. The various distances of the chords are recorded and are stored as a data representation such as a histogram. For example, if the scan line corresponding to angle α (L_(α)) has two start-stop pairs with length from center of d₁ and d₂, and the corresponding scan line has SS pairs at distances d₃ and d₄, then the lengths (d₁+d₃), (d₁+d₄), (d₂+d₃), and (d₂+d₃) are all added to the histogram of diameters.

For each angle from 0 to 180° the chords are added to the histogram as shown in FIG. 9. In the Figure various chords C₁, C₂, C₃ through C_(N) radiate out from point 200. In the example with only a single chord length per scan line pair, all the lengths of the blue chords are added to the histogram. The regions where a guide wire is present will necessarily create short chords.

Once a set of chords is added to the histogram, as shown in FIG. 9, in one embodiment the histogram it is smoothed using a boxcar average (running average) filter. With this set of transformed information, following the application of the filter, the peak is identified in the smoothed histogram. This peak is selected as an approximation of the diameter for this frame. Once all frames are scored or otherwise processed as described herein to select a diameter on a per frame basis from the set of chords for that frame, the overall set of selected diameters is evaluated moving across the frames. Thus, looking at FIG. 7 and moving from right to left through the plot of diameters versus frames a point or range of points corresponding to the transition associated with the guide catheter is identified by the software. The same analysis as in the “Circle-Fit” method is performed to identify the candidate catheter tip position or GC containing frames.

Circle-Histogram/Dominant Circle Detection Method

In one embodiment, the circle-histogram detection method is based on one or more geometric or dimensional property. The circle-histogram method includes a subset of features of one or both of the circle-fit method and the circle-histogram method. The circle-histogram detection method identifies the tip of a catheter as the point or a range of points at which a diameter measure undergoes a transition such a transition such as a drop, slope change, spike, or other identifiable intensity transition. In one embodiment, the transition of the lumen diameter is a sharp increase. In one embodiment, a lumen detection software module or method is used to determine a plurality of points of a lumen boundary for the lumen of the blood vessel in which the catheter is disposed. The diameter measure is determined based on fitting three or more equally spaced points on the lumen boundary. In one embodiment, the points are constrained to define a circle goodness of fit test of a plurality of lumen boundary points to a set of points constrained to define a circle. In one embodiment, the method uses three equally spaced points on the lumen to fit a circle whose diameter is used for that frame.

The diameter of the lumen is determined based on a count, prevalence, score, or statistical analysis of a plurality of cords. In one embodiment, the plurality of chords includes one or more chords at each sampling angle in a frame of intravascular image data or the scan line representation thereof. The lumen boundary points can be determined on a per frame or per lumen segment basis using one or more lumen detection methods. In one embodiment, the median, mean, mode, or other statistically significant chord is selected as the diameter. In one embodiment, the most prevalent chord is selected as a diameter.

The circle-histogram/dominant circle detection method include several steps that are substantially the same as the dominant chord method with a few exceptions. Specifically, instead of using one or more chords as a geometric parameter, in the dominant circle detection one ore more diameters of one or more circles are used in lieu of one or more chords. With respect to each circle, the circle is fit to the lumen boundary determined using one or more lumen detection methods. In one embodiment, each such circle is fit to three points on the lumen boundary. In one embodiment, the points are spaced equally and thus define sectors having congruent angles. On a given frame, for each scan line three lumen points are identified 120 degrees apart. The diameter of the circle passing through these three points is used to determine the diameter for scoring the frame. The remaining logic is the same as the previous method.

FIG. 10 is a method of detecting a guide catheter in accordance with an illustrative embodiment of the disclosure. FIG. 10 includes an overview of the methods and steps described herein. All of the steps need not be performed and some detection steps can be used to validate others in the case of indeterminate results. The method includes generating a plurality of frames during pullback of intravascular probe disposed in a guide catheter Step A1. Determining one or more of an intensity value per frame, a diameter value per frame, a chord value per frame or other GC indicator Step A2 is performed in one or more embodiments. Identifying a set of frames having an intensity value greater than another set of frames is performed in one or more embodiments Step A3. If a GC is present, it will be detected in the set of greater intensity Step A4. The method can include performing a circle fit or chord selection on per frame basis and identify deviation and transitions therein Step A5. If a GC is present, it will be detected in set of consistent circle or chord values Step A6. In some embodiments, GC results in certain steps or downstream image processing being performed with GC containing frames excluded. In other methods, the GC frames are not excluded. In one embodiment, the method excludes frames that include detected GC from subsequent processing Step A7. In one embodiment, the method excludes frames that include detected GC from being displayed Step A8 such as on a cath lab device or system or other devices or displays.

Non-Limiting Software Features and Embodiments for Implementing Guide Catheter Detection

The following description is intended to provide an overview of device hardware and other operating components suitable for performing the methods of the disclosure described herein. This description is not intended to limit the applicable environments or the scope of the disclosure. Similarly, the hardware and other operating components may be suitable as part of the apparatuses described above. The disclosure can be practiced with other system configurations, including personal computers, multiprocessor systems, microprocessor-based or programmable electronic device, network PCs, minicomputers, mainframe computers, and the like. The disclosure can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network such as in different rooms of a catheter or cath lab.

Some portions of the detailed description are presented in terms of algorithms and symbolic representations of operations on data bits within a computer memory. These algorithmic descriptions and representations can be used by those skilled in the computer and software related fields. In one embodiment, an algorithm is here, and generally, conceived to be a self-consistent sequence of operations leading to a desired result. The operations performed as methods stops or otherwise described herein are those requiring physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, transformed, compared, and otherwise manipulated.

Unless specifically stated otherwise as apparent from the following discussion, it is appreciated that throughout the description, discussions utilizing terms such as “processing” or “computing” or “searching” “sampling” or “detecting” or “measuring” or “calculating” or “comparing” “generating” or “determining” or “displaying,” or Boolean logic or other set related operations or the like, refer to the action and processes of a computer system, or electronic device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system's or electronic devices' registers and memories into other data similarly represented as physical quantities within electronic memories or registers or other such information storage, transmission or display devices.

The present disclosure, in some embodiments, also relates to apparatus for performing the operations herein. This apparatus may be specially constructed for the required purposes, or it may comprise a general purpose computer selectively activated or reconfigured by a computer program stored in the computer.

The algorithms and displays presented herein are not inherently related to any particular computer or other apparatus. Various general purpose systems may be used with programs in accordance with the teachings herein, or it may prove convenient to construct more specialized apparatus to perform the required method steps. The required structure for a variety of these systems will appear from the description below. In addition, the present disclosure is not described with reference to any particular programming language, and various embodiments may thus be implemented using a variety of programming languages.

Embodiments of the disclosure may be embodied in many different forms, including, but in no way limited to, computer program logic for use with a processor (e.g., a microprocessor, microcontroller, digital signal processor, or general purpose computer), programmable logic for use with a programmable logic device, (e.g., a Field Programmable Gate Array (FPGA) or other programmable logic device), discrete components, integrated circuitry (e.g., an Application Specific Integrated Circuit (ASIC)), or any other means including any combination thereof. In a typical embodiment of the present disclosure, some or all of the processing of the data collected using an OCT probe and the processor-based system is implemented as a set of computer program instructions that is converted into a computer executable form, stored as such in a computer readable medium, and executed by a microprocessor under the control of an operating system. Thus, query response and input data are transformed into processor understandable instructions suitable for generating OCT data, detecting lumen borders, detecting guide catheters and optical signatures relating thereto, comparing measured perpendicular distances relative to set thresholds, and otherwise performing image comparison, signal processing, artifact removal, and other features and embodiments described above.

Computer program logic implementing all or part of the functionality previously described herein may be embodied in various forms, including, but in no way limited to, a source code form, a computer executable form, and various intermediate forms (e.g., forms generated by an assembler, compiler, linker, or locator). Source code may include a series of computer program instructions implemented in any of various programming languages (e.g., an object code, an assembly language, or a high-level language such as Fortran, C, C++, JAVA, or HTML) for use with various operating systems or operating environments. The source code may define and use various data structures and communication messages. The source code may be in a computer executable form (e.g., via an interpreter), or the source code may be converted (e.g., via a translator, assembler, or compiler) into a computer executable form.

The computer program may be fixed in any form (e.g., source code form, computer executable form, or an intermediate form) either permanently or transitorily in a tangible storage medium, such as a semiconductor memory device (e.g., a RAM, ROM, PROM, EEPROM, or Flash-Programmable RAM), a magnetic memory device (e.g., a diskette or fixed disk), an optical memory device (e.g., a CD-ROM), a PC card (e.g., PCMCIA card), or other memory device. The computer program may be fixed in any form in a signal that is transmittable to a computer using any of various communication technologies, including, but in no way limited to, analog technologies, digital technologies, optical technologies, wireless technologies (e.g., Bluetooth), networking technologies, and internetworking technologies. The computer program may be distributed in any form as a removable storage medium with accompanying printed or electronic documentation (e.g., shrink-wrapped software), preloaded with a computer system (e.g., on system ROM or fixed disk), or distributed from a server or electronic bulletin board over the communication system (e.g., the Internet or World Wide Web).

Hardware logic (including programmable logic for use with a programmable logic device) implementing all or part of the functionality previously described herein may be designed using traditional manual methods, or may be designed, captured, simulated, or documented electronically using various tools, such as Computer Aided Design (CAD), a hardware description language (e.g., VHDL or AHDL), or a PLD programming language (e.g., PALASM, ABEL, or CUPL).

Programmable logic may be fixed either permanently or transitorily in a tangible storage medium, such as a semiconductor memory device (e.g., a RAM, ROM, PROM, EEPROM, or Flash-Programmable RAM), a magnetic memory device (e.g., a diskette or fixed disk), an optical memory device (e.g., a CD-ROM), or other memory device. The programmable logic may be fixed in a signal that is transmittable to a computer using any of various communication technologies, including, but in no way limited to, analog technologies, digital technologies, optical technologies, wireless technologies (e.g., Bluetooth), networking technologies, and internetworking technologies. The programmable logic may be distributed as a removable storage medium with accompanying printed or electronic documentation (e.g., shrink-wrapped software), preloaded with a computer system (e.g., on system ROM or fixed disk), or distributed from a server or electronic bulletin board over the communication system (e.g., the Internet or World Wide Web).

Various examples of suitable processing modules are discussed below in more detail. As used herein a module refers to software, hardware, or firmware suitable for performing a specific data processing or data transmission task. Typically, in a preferred embodiment a module refers to a software routine, program, or other memory resident application suitable for receiving, transforming, routing and processing instructions, or various types of data such as OCT scan data, interferometer signal data, guide wire locations, shadow region locations, side branch locations, side branch diameters, intensity profiles, and other information of interest.

Computers and computer systems described herein may include operatively associated computer-readable media such as memory for storing software applications used in obtaining, processing, storing and/or communicating data. It can be appreciated that such memory can be internal, external, remote or local with respect to its operatively associated computer or computer system.

Memory may also include any means for storing software or other instructions including, for example and without limitation, a hard disk, an optical disk, floppy disk, DVD (digital versatile disc), CD (compact disc), memory stick, flash memory, ROM (read only memory), RAM (random access memory), DRAM (dynamic random access memory), PROM (programmable ROM), EEPROM (extended erasable PROM), and/or other like computer-readable media.

In general, computer-readable memory media applied in association with embodiments of the disclosure described herein may include any memory medium capable of storing instructions executed by a programmable apparatus. Where applicable, method steps described herein may be embodied or executed as instructions stored on a computer-readable memory medium or memory media. These instructions may be software embodied in various programming languages such as C++, C, Java, and/or a variety of other kinds of software programming languages that may be applied to create instructions in accordance with embodiments of the disclosure.

A storage medium may be non-transitory or include a non-transitory device. Accordingly, a non-transitory storage medium or non-transitory device may include a device that is tangible, meaning that the device has a concrete physical form, although the device may change its physical state. Thus, for example, non-transitory refers to a device remaining tangible despite this change in state.

Embodiments of the subject matter and the operations described in this specification can be implemented in digital electronic circuitry, or in computer software, firmware, or hardware, including the structures disclosed in this specification and their structural equivalents, or in combinations of one or more of them. Embodiments of the subject matter described in this specification can be implemented as one or more computer programs, i.e., one or more modules of computer program instructions, encoded on computer storage medium for execution by, or to control the operation of, data processing apparatus. Alternatively or in addition, the program instructions can be encoded on an artificially-generated propagated signal, e.g., a machine-generated electrical, optical, or electromagnetic signal that is generated to encode information for transmission to suitable receiver apparatus for execution by a data processing apparatus.

Embodiments may include various steps, which may be embodied in machine-executable instructions to be executed by a computer system. A computer system includes one or more general-purpose or special-purpose computers (or other electronic devices). The computer system may include hardware components that include specific logic for performing the steps or may include a combination of hardware, software, and/or firmware.

Embodiments may also be provided as a computer program product including a computer-readable medium having stored thereon instructions that may be used to program a computer system or other electronic device to perform the processes described herein. The computer-readable medium may include, but is not limited to: hard drives, floppy diskettes, optical disks, CD-ROMs, DVD-ROMs, ROMs, RAMs, EPROMs, EEPROMs, magnetic or optical cards, solid-state memory devices, or other types of media/computer-readable media suitable for storing electronic instructions.

Each computer system includes at least a processor and a memory; computer systems may also include various input devices and/or output devices. The processor may include a general purpose device, such as an Intel, AMD, or other “off-the-shelf” microprocessor. The processor may include a special purpose processing device, such as an ASIC, SoC, SiP, FPGA, PAL, PLA, FPLA, PLD, or other customized or programmable device. The memory may include static RAM, dynamic RAM, flash memory, one or more flip-flops, ROM, CD-ROM, disk, tape, magnetic, optical, or other computer storage medium. The input device(s) may include a keyboard, mouse, touch screen, light pen, tablet, microphone, sensor, or other hardware with accompanying firmware and/or software. The output device(s) may include a monitor or other display, printer, speech or text synthesizer, switch, signal line, or other hardware with accompanying firmware and/or software.

The computer systems may be capable of using a floppy drive, tape drive, optical drive, magneto-optical drive, or other means to read a storage medium. A suitable storage medium includes a magnetic, optical, or other computer-readable storage device having a specific physical configuration. Suitable storage devices include floppy disks, hard disks, tape, CD-ROMs, DVDs, PROMs, random access memory, flash memory, and other computer system storage devices. The physical configuration represents data and instructions which cause the computer system to operate in a specific and predefined manner as described herein.

Suitable software to assist in implementing the invention is readily provided by those of skill in the pertinent art(s) using the teachings presented here and programming languages and tools, such as Java, C++, C, database languages, APIs, SDKs, assembly, firmware, microcode, and/or other languages and tools. Suitable signal formats may be embodied in analog or digital form, with or without error detection and/or correction bits, packet headers, network addresses in a specific format, and/or other supporting data readily provided by those of skill in the pertinent art(s).

Several aspects of the embodiments described will be illustrated as software modules or components. As used herein, a software module or component may include any type of computer instruction or computer executable code located within a memory device. A software module may, for instance, include one or more physical or logical blocks of computer instructions, which may be organized as a routine, program, object, component, data structure, etc. that perform one or more tasks or implement particular abstract data types.

A computer storage medium can be, or be included in, a computer-readable storage device, a computer-readable storage substrate, a random or serial access memory array or device, or a combination of one or more of them. Moreover, while a computer storage medium is not a propagated signal, a computer storage medium can be a source or destination of computer program instructions encoded in an artificially-generated propagated signal. The computer storage medium can also be, or be included in, one or more separate physical components or media (e.g., multiple CDs, disks, or other storage devices).

The operations described in this specification can be implemented as operations performed by a data processing apparatus on data stored on one or more computer-readable storage devices or received from other sources.

The term “data processing apparatus” encompasses all kinds of apparatus, devices, and machines for processing data, including by way of example a programmable processor, a computer, a system on a chip, or multiple ones, or combinations, of the foregoing. The apparatus can also include, in addition to hardware, code that creates an execution environment for the computer program in question, e.g., code that constitutes processor firmware, a protocol stack, a database management system, an operating system, a cross-platform runtime environment, a virtual machine, or a combination of one or more of them. The apparatus and execution environment can realize various different computing model infrastructures, such as web services, distributed computing and grid computing infrastructures.

A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages, and it can be deployed in any form, including as a stand-alone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment. A computer program may, but need not, correspond to a file in a file system. A program can be stored in a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files that store one or more modules, sub-programs, or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers that are located at one site or distributed across multiple sites and interconnected by a communication network.

The processes and logic flows described in this specification can be performed by one or more programmable processors executing one or more computer programs to perform actions by operating on input data and generating output. Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from a read-only memory or a random access memory or both. The essential elements of a computer are a processor for performing actions in accordance with instructions and one or more memory devices for storing instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, e.g., magnetic, magneto-optical disks, or optical disks. However, a computer need not have such devices. Moreover, a computer can be embedded in another device, e.g., a mobile telephone, a personal digital assistant (PDA), a mobile audio or video player, a game console, a Global Positioning System (GPS) receiver, or a portable storage device (e.g., a universal serial bus (USB) flash drive), to name just a few. Devices suitable for storing computer program instructions and data include all forms of non-volatile memory, media and memory devices, including by way of example semiconductor memory devices, e.g., EPROM, EEPROM, and flash memory devices; magnetic disks, e.g., internal hard disks or removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. The processor and the memory can be supplemented by, or incorporated in, special purpose logic circuitry.

To provide for interaction with a user, embodiments of the subject matter described in this specification can be implemented on a computer having a display device, e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor, for displaying information to the user and a keyboard and a pointing device, e.g., a mouse or a trackball, by which the user can provide input to the computer. Other kinds of devices can be used to provide for interaction with a user as well; for example, feedback provided to the user can be any form of sensory feedback, e.g., visual feedback, auditory feedback, or tactile feedback; and input from the user can be received in any form, including acoustic, speech, or tactile input. In addition, a computer can interact with a user by sending data, images, and other information to and receiving the same from a device that is used by the user.

The aspects, embodiments, features, and examples of the disclosure are to be considered illustrative in all respects and are not intended to limit the disclosure, the scope of which is defined only by the claims. Other embodiments, modifications, and usages will be apparent to those skilled in the art without departing from the spirit and scope of the claimed disclosure.

The use of headings and sections in the application is not meant to limit the disclosure; each section can apply to any aspect, embodiment, or feature of the disclosure.

Throughout the application, where compositions are described as having, including, or comprising specific components, or where processes are described as having, including or comprising specific process steps, it is contemplated that compositions of the present teachings also consist essentially of, or consist of, the recited components, and that the processes of the present teachings also consist essentially of, or consist of, the recited process steps.

In the application, where an element or component is said to be included in and/or selected from a list of recited elements or components, it should be understood that the element or component can be any one of the recited elements or components and can be selected from a group consisting of two or more of the recited elements or components. Further, it should be understood that elements and/or features of a composition, an apparatus, or a method described herein can be combined in a variety of ways without departing from the spirit and scope of the present teachings, whether explicit or implicit herein.

The use of the terms “include,” “includes,” “including,” “have,” “has,” or “having” should be generally understood as open-ended and non-limiting unless specifically stated otherwise.

The use of the singular herein includes the plural (and vice versa) unless specifically stated otherwise. Moreover, the singular forms “a,” “an,” and “the” include plural forms unless the context clearly dictates otherwise. In addition, where the use of the term “about” is before a quantitative value, the present teachings also include the specific quantitative value itself, unless specifically stated otherwise. As used herein, the term “about” refers to a ±10% variation from the nominal value.

It should be understood that the order of steps or order for performing certain actions is immaterial so long as the present teachings remain operable. Moreover, two or more steps or actions may be conducted simultaneously.

Where a range or list of values is provided, each intervening value between the upper and lower limits of that range or list of values is individually contemplated and is encompassed within the disclosure as if each value were specifically enumerated herein. In addition, smaller ranges between and including the upper and lower limits of a given range are contemplated and encompassed within the disclosure. The listing of exemplary values or ranges is not a disclaimer of other values or ranges between and including the upper and lower limits of a given range.

It is to be understood that the figures and descriptions of the disclosure have been simplified to illustrate elements that are relevant for a clear understanding of the disclosure, while eliminating, for purposes of clarity, other elements. Those of ordinary skill in the art will recognize, however, that these and other elements may be desirable. However, because such elements are well known in the art, and because they do not facilitate a better understanding of the disclosure, a discussion of such elements is not provided herein. It should be appreciated that the figures are presented for illustrative purposes and not as construction drawings. Omitted details and modifications or alternative embodiments are within the purview of persons of ordinary skill in the art.

It can be appreciated that, in certain aspects of the disclosure, a single component may be replaced by multiple components, and multiple components may be replaced by a single component, to provide an element or structure or to perform a given function or functions. Except where such substitution would not be operative to practice certain embodiments of the disclosure, such substitution is considered within the scope of the disclosure.

The examples presented herein are intended to illustrate potential and specific implementations of the disclosure. It can be appreciated that the examples are intended primarily for purposes of illustration of the disclosure for those skilled in the art. There may be variations to these diagrams or the operations described herein without departing from the spirit of the disclosure. For instance, in certain cases, method steps or operations may be performed or executed in differing order, or operations may be added, deleted or modified. 

What is claimed is:
 1. A method of a detecting a guide catheter disposed in a lumen of a blood vessel the method comprising: collecting a set of intravascular data using a probe disposed in the blood vessel and positioned using the guide catheter; determining an intensity value for a plurality of sets of intravascular data; and identifying a subset of the intravascular data as containing the guide catheter based upon the intensity value of the subset being greater than the intensity value of the other sets of intravascular data.
 2. The method of claim 1 wherein the intensity value is an average intensity value determined on a per scan line basis.
 3. The method of claim 1 further comprising the step of identifying intravascular data that includes the guide catheter and excluding such intravascular data when performing stent detection.
 4. The method of claim 1 further comprising the step of identifying intravascular data that includes the guide catheter and excluding such intravascular data when performing shadow detection.
 5. The method of claim 1 wherein the intravascular data comprises a plurality of frames.
 6. The method of claim 1 wherein the intravascular data comprises a plurality of scan lines.
 7. A method of a detecting a guide catheter disposed in a lumen of a blood vessel the method comprising: consecutively collecting a first set of intravascular data and a second set of intravascular data using an intravascular imaging probe, the second set comprises guide catheter image data; on a per frame basis performing a circle fit to determine a per frame diameter value; identifying a deviation in one or more per frame values as corresponding to a frame that includes guide catheter image data; and excluding frames that include guide catheter image data from an intravascular data processing module.
 8. The method of claim 7 further comprising detecting a peak or relative extrema to validate an indication of guide catheter image data being present.
 9. The method of claim 7 wherein the intravascular data processing module is a stent detection module.
 10. The method of claim 7 wherein the intravascular data processing module is a side branch detection module.
 11. The method of claim 7 wherein each frame is data that corresponds to a cross-section perpendicular to the motion of the pullback of a probe through a blood vessel
 12. A method of a detecting a guide catheter disposed in a lumen of a blood vessel the method comprising: collecting data in the blood vessel as a plurality of scan lines by optical coherence tomography; storing the collected data in a memory in communication with a processor storing, in one or more memory devices, a plurality of measured diameter values on a per frame basis; detecting a deviation in diameter values from adjacent frames; and identifying the frame having the higher frame number as a guide catheter containing frame.
 13. The method of claim 12 further comprising the step of excluding the guide catheter containing frame when performing stent detection.
 14. The method of claim 12 further comprising the step of excluding the guide catheter containing frame when performing side branch detection.
 15. The method of claim 12 further comprising the step of excluding the guide catheter containing frame when displaying information from an intravascular pullback on a display.
 16. The method of claim 12 further comprising the step of generating a plurality of frames using the plurality of scan lines.
 17. The method of claim 16 wherein each frame is data that corresponds to a cross-section perpendicular to the motion of the pullback of a probe through a blood vessel. 